home *** CD-ROM | disk | FTP | other *** search
/ InfoMagic Internet Tools 1995 April / Internet Tools.iso / infoserv / www / cern / doc / www-talk.archive.Z / www-talk.archive / text0277.txt < prev    next >
Encoding:
Text File  |  1992-11-30  |  1.6 KB  |  50 lines

  1.  
  2.  
  3. >Would it be reasonable of us to take Dan's cue and change HTTP2 so that
  4. >  >the returned message is a MIME format?
  5. >  
  6.  
  7. >  You mean use MIME content types for HTTP2 format negociation: exactly!
  8.  
  9.  
  10.     Sounds reasonable to me in the interest of reasonableness.
  11.  
  12. >  > and also
  13. >  >use an IETF standard URL a the external reference format?
  14. >  
  15.  
  16. >  I'm not sure I understand this part. Sure you can have a format
  17. >  called text/html, and sure you can put URLs in it, but that
  18. >  doesn't mean URLs have to become part of the MIME standard.
  19. >  
  20.  
  21.  
  22. I mean that there is a clash between the URL/URI work and the MIME
  23. external context format.  For example there are two ways of writing
  24. a reference to an FTP archive. It would be neat to amalgamate them.
  25. I  personally think the MIME format is too longwinded (look at the
  26. ref on the end of your earlier message -- that could have been 1 line).
  27.  
  28. Of couse a generic URL could be made another specific MIME external
  29. reference format, as FTP is now, which would provide a transistion.
  30.  
  31. ---- by the way...
  32.  
  33. Data formats:
  34. It is true that a generic system ought to be able to represent the
  35. complexities of reality. But it is also true that if one makes
  36. arbitrary choices and only accomodates those, then reality may in the
  37. end toe the line.  MIME registration will give a lot of weight to
  38. a particular set of paramaters for a data format, and so the
  39. use of arbitrary deviants from the registered formats would tend to
  40. die out.
  41.  
  42. To a certain extent only, of course. There will always be people
  43. who use weird formats, but then noone will be able to
  44. hear anything of them anyway... ;-)
  45.  
  46.     Tim
  47.  
  48.  
  49.  
  50.